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Beschreibung 

Schnittstellenvorrichtung fur audiologische Gerate und ent- 
sprechendes Verfahren zura Datenaustausch 

Die vorliegende Erfindung betrifft eine Schnittstellenvor- 
richtung flir audiologische Gerate. Darliber hinaus betrifft 
die vorliegende Erfindung ein entsprechendes Verfahren zum 
Datenaustausch fiir audiologische Gerate* 



Ftir die Einstellung eines Horgerats durch den Akustiker oder 
Arzt sind in der Regel mehrere audiologische Gerate notwen- 
dig. So wird beispielsweise mit einem Audiometer der Horscha- 
den eines Patienten vermessen, wahrend mit einem Programmier- 
15 gerat ein geeignetes Horgerat entsprechend den audiometri- 
schen Daten programmiert wird. Ferner kann das Horgerat in 
einer Testbox auf Funktionsf ahigkeit uberpruft werden. Jedes 
dieser Gerate besitzt eine Applikation und somit ein proprie- 
ties Format fur Dateneingang und Datenausgang . 

20 

Die Mess- beziehungsweise Steuerdaten der einzelnen Gerate 
werden in einem oder mehreren Datenverwaltungssystemen ver- 
waltet beziehungsweise abgelegt. Fiir die Kommunikation einer 
Applikation mit einem Datenverwaltungssystem ist eine 
25 Schnittstelle erf orderlich . Ftir die Kommunikation zweier Ap- 
plikationen, die uber ein Datenverwaltungssystem lauft, sind 
somit zwei Interfaces beziehungsweise Schnittstellen erfor- 
derlich. Bei einem Geflecht von mehreren Applikationen und 
mehreren Datenverwaltungssystemen sind folglich ebenso viele 
30 Schnittstellen notwendig, wie es Zugrif f smoglichkeiten von 

Applikationen auf Datenverwaltungssysteme gibt. Dabei werden 
mit unterschiedlichen Applikationen mittels unterschiedlicher 
I nter face- Techno logi en aus verschiedenen Datenverwaltungssys- 
temen dieselben Daten abgegriffen beziehungsweise ausge- 
35 tauscht. Dies wird bislang stets mit Inter face-Modulen be- 
werkstelligt , die individuell fur eine Kombination Applika- 
tion/ Inter face -Techno logi e/ Da tenverwaltungs system/ Datentyp 
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erstellt wurden. Ein Nachteil derartiger Systeme ist insbe- 
sondere ihre Fehleranf alligkeit und die aufwandige Implemen- 
tation. Dariiber hinaus sind die unterschiedlichen Interfaces 
vielfach mit ahnlichen Routinen befullt. 

Die Aufgabe der vorliegenden Erfindung besteht darin, die 
Schnittstellen zwischen den verschiedenen Applikationen au- 
diologischer Gerate und den entsprechenden Datenverwaltungs- 
systemen zu verbessern. 

Erf indungsgemaB wird diese Aufgabe gelost durch eine Schnitt- 
stellenvorrichtung fur audiologische Gerate zwischen mehreren 
Applikationen einerseits und mindestens einem Datenverwal- 
tungssystem andererseits mit einer Applikationsanschlussein- 
richtung, an die die mehreren Applikationen zum uniformen Da- 
tenaustausch anschlieftbar sind, einer Datenverwaltungsan- 
schlusseinrichtung, an die das mindestes eine Datenverwal- 
tungssystem zum Datenaustausch anschlieiibar ist, und einer 
Konvertiereinrichtung, die zwischen die Applikationsan- 
schlusseinrichtung und die Datenverwaltungsanschlusseinrich- 
tung geschlossen ist, zum Konvertieren von von der Applikati- 
onsanschlusseinrichtung auf genommenen fiir die mehreren Appli- 
kationen jeweils spezifischen Applikationsdaten in ein vor- 
gebbares Datenbankf ormat und/oder zum Konvertieren von von 
der Datenverwaltungsanschlusseinrichtung auf genommenen Daten- 
bankdaten in ein oder mehrere fiir die mehreren Applikationen 
jeweils spezifischen Applikationsf ormate . 

Dariiber hinaus wird die oben genannte Aufgabe gemaii der vor- 
liegenden Erfindung gelost durch ein Verfahren zum Datenaus- 
tausch fiir audiologische Gerate zwischen mehreren Applikatio- 
nen einerseits und mindestens einem Datenverwaltungssystem 
andererseits durch uniformen Datenaustausch von Applikations- 
daten mit mehreren der Applikationen durch eine Schnittstel- 
lenvorrichtung, Datenaustausch von Datenbankdaten mit dem 
mindestens einen Datenverwaltungssystem durch die Schnitt- 
stellenvorrichtung, und Konvertieren der fur die mehreren Ap- 
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plikationsdaten jeweils spezifischen Applikationsdaten in ein 
vorgebbares Datenbankf ormat fur das mindestens eine Datenver- 
wal tungssystem und/oder Konvertieren von Datenbankdaten in 
ein oder mehrere fur die mehreren Applikationen jeweils spe- 
zifischen Applikations formate . 

Die vorliegende Erfindung ermoglicht somit in vorteilhaf ter 
Weise, dass mit Hilfe eines einzigen Interfaces ein Datenaus- 
tausch zwischen mehreren Applikationen und mehreren Datenver- 
waltungssystemen flir eine Vielzahl unterschiedlicher Daten 
moglich ist. Dadurch sinkt die Fehleranf alligkeit betracht- 
lich und der Implementierungsauf wand reduziert sich enorm. 

Die erf indungsgemafte Schnittstellenvorrichtung kann mit einer 
Klassenbibliothek, d.h. Klassenf ramework, auf die mit jeder 
der mehreren Applikationen zugreifbar ist, ausgestattet sein. 
Damit konnen die einzelnen Applikationen, die Zugriff auf die 
Klassenbibliothek haben, fur bestimmte Klassen Objekte in- 
stantiieren, so dass ein uniformes Interface fur die Applika- 
tionen entwickelt werden kann. 

In vorteilhaf ter Weise ist eine Zustandsverwaltungseinrich- 
tung fiir die mehreren Applikationen vorgesehen, so dass die 
mehreren Applikationen auf vorgegebene Daten gemeinsam 
Zugriff haben (state sharing) . Hierdurch konnen sich zwei 
oder mehr Applikationen einen Zustand, d.h. Daten, teilen. 

Dariiber hinaus konnen mit der Zustandsverwaltungseinrichtung 
Zustande und Daten der mehreren Applikationen in einer Daten- 
bank zum gemeinsamen Zugriff abgespeichert werden (state and 
data notifying) . Dadurch kann die Redundanz der Datenhaltung 
reduziert werden. 

Vorzugsweise kann mit der Zustandsverwaltungseinrichtung au- 
tomatisch erkannt werden, welches oder welche Datenverwal- 
tungssysteme an das Interface angeschlossen sind. Damit wird 
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den Applikationen die Aufgabe abgenommen, f est zustellen, in 
welchem Datenverwaltungsumf eld sie sich befinden. 

Gunstigerweise ist in dem Interface, d.h. in der Schnittstel- 
5 lenvorrichtung, eine Datenhaltungseinrichtung, insbesondere 
ein fluchtiger Speicher, zum Halten von Daten fur mehrere Ap- 
plikationen vorgesehen. Entsprechende Datenhal tungsalgorith- 
men bieten die Moglichkeit, Daten dort abzulegen, wo sie am 
nachsten zu einem Datenverwaltungssystem sind. Dort findet 
10 der gesamte Abgleich und die Synchronisation uber Applikatio- 
nen hinweg statt. 

J^kJ Eine mit diesen Merkmalen ausgestattete Schnittstellenvor- 

richtung bietet die Moglichkeit mit einem einzigen Interface 
15 Daten in unterschiedliche Datenverwaltungssysteme zu spei- 
chern und untereinander auszutauschen . 



Die vorliegende Erfindung wird nun anhand der beigefugten 
Zeichnungen naher erlautert, in denen zeigen: 

20 

FIG 1 ein Blockschaltdiagramm der Hardwarekomponenten ei- 

nes audiologischen Messsystems; 

FIG 2 ein Blockschaltdiagramm eines Datensystems gemafi 

2 5 dem Stand der Technik; 

FIG 3 ein Blockschaltdiagramm eines audiologischen Daten- 

systems gemafl der vorliegenden Erfindung* 

30 Die nachf olgenden Ausf uhrungsbeispiele sind bevorzugte Aus- 
f lihrungsf ormen der vorliegenden Erfindung. 

In FIG 1 ist ein Blockschaltbild eines typischen Hardwareauf- 
baus der Instrumente eines Akustikers dargestellt. Mit einem 
35 Audiometer 1, an das Kopfhorer 2 angeschlossen sind, wird das 
Gehor eines Patienten vermessen. Ein Horgerat 3 wird von ei- 
nem Programmiergerat 4 programmiert . Nach dem Programmieren 
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wird das Horgerat 3 in einer Testbox auf Funktionsf ahigkeit 
uberpruft. Jedes der Gerate 1, 4 und 5 verfugt iiber eine 
Sof tware-Applikation zur Steuerung des Gerats und zum Daten- 
austausch. Die Gerate sind mit einem Rechner 6 verbunden, der 
die erf indungsgemafie uniforme Schnittstelle (nicht einge- 
zeichnet) und entsprechende Datenverwaltungssysteme (eben- 
falls nicht eingezeichnet ) bereitstellt . 

Uber die gemeinsame Schnittstelle (Interface) konnen die ein- 
zelnen Gerate untereinander oder aber mit einem oder mehreren 
Datenverwaltungssystemen kommunizieren . Die Datenverwaltungs- 
systeme, die in der Regel Datenbanken beinhalten, konnen in 
den Rechner 6 integriert oder aber uber entsprechende Daten- 
netze zur Verfugung gestellt werden. 

Zur Verdeutlichung der Erfindung sei zunachst in FIG 2 ein 
Blockschaltbild eines Datensystems nach dem Stand der Technik 
betrachtet. Entsprechend dem Beispiel von FIG 1 wird eine Au- 
diometrieapplikation 11 fur das Audiometer 1, eine Fitting- 
applikation 14 fur das Programmiergerat 4 und eine Testbox- 
messungsapplikation 15 fiir die Testbox 5 zur Qualitatssiche- 
rung bereitgestellt . In einem Rechner 6 gemaft dem Stand der 
Technik wird eine Vielzahl von Interfaces 61 bis 66 fiir die 
Kommunikation mit einem Datenverwaltungssystem zur Verfugung 
gestellt. Typischerweise werden bei einer derartigen Konfigu- 
ration drei Datenverwaltungssysteme 71, 72, und 73 einge- 
setzt . 

Es besteht keine direkte Verbindung unter den einzelnen Ap- 
plikationen 11, 14 und 15. Fiir den Zugriff der Audiometrie- 
applikation 11 auf ein Noah-Datenverwaltungssystem 71 steht 
ein Noah-Interface fur Audiometrie 61 zur Verfugung. Ein 
ASCII-Interface fiir Audiometrie 62 dient zum Zugriff der Au- 
diometrieapplikation 11 auf ein ASCI I-Datenverwaltungs-System 
73. In ahnlicher Weise besitzt die Einstell- oder Fittingap- 
plikation 14 iiber ein Noah-Interface fur die Einstellung 63 
Zugriff auf das Noah-Datenverwaltungssystem 71. Ober ein 
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IDAPI-Interf ace fur die Einstellung 64 besteht Verbindung von 
der Fittingapplikation 14 zu einem IDAPI-Datenverwal-tungs- 
system 72. Daruber hinaus verbindet ein IDAPI-Interf ace fur 
die Testbox 65 die Testboxmessungsapplikation 15 mit dem 
IDAPI-Datenverwaltungssystem 72. Schliefilich verbindet ein 
ASCII-Interface fur die Testbox 66 die Testboxmessungsappli- 
kation 15 mit dem ASCII-Datenverwaltungssystem 73. Diese In- 
ter faceverbindungen stellen lediglich eine Auswahl dar und 
konnen je nach Bedarf erganzt werden. So kann beispielsweise 
auch fur die Audiometrieapplikation 11 ein IDAPI-Interf ace 
vorgesehen werden. 

Zum Datenaustausch beispielsweise zwischen der Audiometrie- 
applikation 11 und der Fittingapplikation 14 sind zwei Inter- 
faces notwendig, die eine Verbindung zu einem gemeinsamen Da- 
tenverwaltungssystem herstellen. Im vorliegenden Fall gemafl 
FIG 2 sind dies die beiden Noah-Interfaces 61 und 63. Die 
Testboxmessungsapplikation 15 kommuniziert mit der Audio- 
metrieapplikation 11 beispielsweise uber die beiden ASCII- 
Interfaces 62 und 66 und dem gemeinsamen ASCII-Datenverwal- 
tungssystem 73. 

Erf indungsgemafl wird die Vielzahl von Interfaces 61 bis 66 
durch ein einziges Interface 69 ersetzt, wie dies in dem 
Blockschaltbild gemaft FIG 3 angedeutet ist. Dieses Interface 
69 umfasst die folgenden Komponenten beziehungsweise Merk- 
male : 

• Klassenf ramework, das eine Klassenbibliothek darstellt. 
Mit ihm ist es moglich, dass das Interface 69 mit Klassen- 
architektur in die Applikationen eingreift. 

• Konvertierroutinen, die die entsprechenden Datenkonvertie- 
rungen vornehmen, da beispielsweise die Audiometriedaten 
in jeder Datenbank eine andere Struktur besitzen. 

• Uniformes Interface fur Applikationen, das eine einheitli- 
che Anbindung des Interface 69 an die verschiedenen Appli- 
kationen 11, 14 und 15 ermoglicht. 
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• Menge von Interfaces fur verschiedene Datenverwaltungssys- 
teme. Diese sind notwendig, urn den Datenbankdaten fur die 
einzelnen Datenverwaltungssysteme 71 bis 73 die jeweils 
spezifische Anbindung zu geben. 

5 • „State sharing* und „state and data notifying* liber Appli- 
kationen hinweg. Damit wird gewahr leistet , dass sich zwei 
Applikationen einen Zustand, d.h. Daten, teilen, und gege- 
benenfalls in einer Datenbank abspeichern. 

• Datenhaltungsalgorithmen . Sie bieten die Moglichkeit, Da- 
10 ten dort abzulegen, wo sie am nachsten zum Datenverwal- 

tungssystem sind. In einem fluchtigen Speicher werden die 
Daten beispielsweise fur einen raschen Zugriff zwischenge- 




speichert . 



15 Die genannten Komponenten und Merkmale bieten flir das univer- 
selle Interface 69 die Moglichkeit, mit einem einzigen Inter- 
face Daten in unterschiedliche Datenverwaltungssysteme zu 
speichern und untereinander auszutauschen . Jede Applikation 
kann die Klassenbibliothek verwenden und erhalt damit ein- 

20 heitlich Zugriff auf das gemeinsame Interface 69, Folglich 

kann jede Applikation Daten in standardisierter Form abgeben 
und empfangen. Das Framework 69 beinhaltet unter anderem Ob- 
jekte, die dem Anwender Datenverwaltung ermoglichen. 
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Patentanspruche 

1. Schnittstellenvorrichtung (69) fur audiologische Gerate 
(1, 4, 5) zwischen mehreren Applikationen (11, 14, 15) 
einerseits und mindestens einem Datenverwaltungssystem 
(71, 72, 73) andererseits mit 

einer Applikationsanschlusseinrichtung, an die die meh- 
reren Applikationen (11, 14, 15) zum uniformen Daten- 
austausch anschlieiibar sind, 

einer Datenverwaltungsanschlusseinrichtung, an die das 
mindestes eine Datenverwaltungssystem (71, 72, 73) zum 
Datenaustausch anschlieiibar ist, und 

einer Konvertiereinrichtung, die zwischen die Applika- 
tionsanschlusseinrichtung und die Datenverwaltungsan- 
schlusseinrichtung geschlossen ist, zum Konvertieren 
von von der Applikationsanschlusseinrichtung aufgenom- 
menen fur die mehreren Applikationen jeweils spezifi- 
schen Applikationsdaten in ein vorgebbares Datenbank- 
format und/oder zum Konvertieren von von der Datenver- 
waltungsanschlusseinrichtung auf genommenen Datenbankda- 
ten in ein oder mehrere fur die mehreren Applikationen 
(11, 14, 15) jeweils spezifischen Applikationsf ormate . 

2. Vorrichtung nach Anspruch 1, die eine Klassenbibliothek 
aufweist, auf die mit jeder der mehreren Applikationen 
(11, 14, 15) zugreifbar ist. 

3. Vorrichtung nach Anspruch 1 oder 2, die eine Zustands- 
verwaltungseinrichtung fur die mehreren Applikationen 
aufweist, so dass die mehreren Applikationen (11, 14, 
15) auf vorgegebene Daten gemeinsamen Zugriff haben. 

4. Vorrichtung nach Anspruch 3, wobei durch die Zustands- 
verwaltungseinrichtung Zustande und Daten der mehreren 
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Applikationen (11, 14, 15) in einer Datenbank zum ge- 
meinsamen Zugriff abspeicherbar sind. 

5. Vorrichtung nach Anspruch 3 oder 4, wobei mit der Zu- 

. 5 standsverwaltungseinrichtung automatisch erkennbar ist, 

welches oder welche Datenverwaltungssysteme (71, 72, 
73) an die Vorrichtung (69) angeschlossen sind. 

6. Vorrichtung nach einem der Anspruche 1 bis 5, die eine 
10 Datenhaltungseinrichtung zum Halten von Daten fiir meh- 

rere der Applikationen (11, 14, 15) umfasst. 



7. Vorrichtung nach Anspruch 6, wobei die Datenhaltungs- 
einrichtung einen fliichtigen Speicher aufweist. 

15 

8. Verfahren zum Datenaustausch fiir audiologische Gerate 

1, 4, 5)zwischen mehreren Applikationen (11, 14, 15) ei- 
nerseits und mindestens einem Datenverwaltungssystem 
(71, 72, 73) andererseits durch 

20 

uniformen Datenaustausch von Applikationsdaten mit meh- 
reren der Applikationen durch eine Schnittstellenvor- 
richtung, 

-2-5 Datenaustausch von Datenbankdaten mit dem mindestens 

■ <m 

SHr einen Datenverwaltungssystem durch die Schnittstelleh- 



vorrichtung, und 

Konvertieren der fur die mehreren Applikationsdaten je- 
30 weils spezifischen Applikationsdaten in ein vorgebbares 

Datenbankformat fur das mindestens eine Datenverwal- 
tungssystem und/oder Konvertieren von Datenbankdaten in 
ein oder mehrere fiir die mehreren Applikationen (11, 
14, 15) jeweils spezifischen Applikationsf ormate . 



35 



9. Verfahren nach Anspruch 8, wobei der uniforme Datenaus- 
tausch durch eine Klassenbibliothek ermoglicht wird, 
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auf die mit jeder der mehreren. Applikationen (11, 14, 
15) zugegriffen wird. 

10. Verf ahren nach Anspruch 8 oder 9, wobei die mehreren 
5 Applikationen (11, 14, 15) auf vorgegebene Daten ge- 

meinsamen Zugriff haben. 

11 . Verf ahren nach Anspruch 10, wobei Zustande und Daten 
der mehreren Applikationen (11, 14, 15) in einer Daten- 

10 bank zum gemeinsamen Zugriff abgespeichert werden. 



« 



15 



12. Verf ahren nach einem der Anspruche 8 bis 11, wobei au- 
tomatisch erkannt wird, welches oder welche der Daten- 
verwaltungssysteme (71, 72, 73) angeschlossen sind. 

13. Verfahren nach einem der Anspruche 8 bis 12, wobei Da- 
ten fur mehrere der Applikationen (11, 14, 15) intern, 
insbesondere fliichtig gehalten werden. 
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Zusammenf as sung 

Schnittstellenvorrichtung fur audiologische Gerate und ent- 
sprechendes Verfahren zura Datenaustausch 

Die Schnittstelle zwischen den Applikationen (11, 14, 15) 
verschiedener audiologischer Gerate zu verschiedenen Daten- 
verwaltungssystemen (71, 72, 73) soil verbessert werden. Da 
her ist er f indungsgemaft eine universelle Schnittstelle (69) 
vorgeschlagen, die uber ein uniformes Interface fur die Ap- 
plikationen und mehrere Interfaces fur die verschiedenen Da 
tenverwaltungssysteme verfiigt. Daneben sind die entsprechen 
den Konvertierroutinen vorgesehen. Daruber hinaus kann ein 
Klassenf ramework in dem Interface (69) vorgesehen sein, die 
jede Applikation verwenden kann, so dass sie einen einheitl 
chen Zugriff auf das universelle Interface (69) erhalt. 



FIG . 3 
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